Centralized control of user devices via universal ip services registrar/hub

ABSTRACT

A method and system for centralized control of user devices is disclosed. The method for centralized control of user devices via universal IP services registrar includes receiving a request to register a user device for a plurality of services, registering the user device for the plurality of services by creating a user settings profile for the user for each of the plurality of services, receiving data from the plurality of registered services, and transmitting received data to the user device in accordance with the user profile.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/107,289, filed Aug. 21, 2018, which is a continuation of U.S. patentapplication Ser. No. 13/652,673, filed Oct. 16, 2012, and issued as U.S.Pat. No. 10,084,848 on Sep. 25, 2018, the disclosure of which isincorporated by reference herein in its entirety.

BACKGROUND

As our daily activities become ever more reliant on access to andinteraction with various web services, a growing problem facing atypical end user is that of the ability to streamline and optimizecross-device updates and events originated by web services. A particularchallenge is to effectively monitor and navigate to and through themultiple services to which an end user has subscribed to use the desiredfeature or to access a given update or event. Web with Real TimeCommunication (WebRTC) services need to notify users and connectsessions, news services alert for news events, sports services alertsfor sport scores, stock services alert for stock prices. The assumptionof all of these services is that the user has exactly one device thatneeds to be alerted or, if the user has more than one device, the userwill define alerts for each device at the service level. Somenotifications need the user to have an active session (e.g., WebRTC).For some devices that get different Internet Protocol (IP) addresseseach time they join the network (e.g., laptops), registrations areneeded every time a new network address is acquired. Some notificationsare sent to persistent addresses (e.g., mailboxes), and others are sentto a device identity whose IP address may change but the networkresolves the identity (e.g., smartphones).

For many services that require the ability to connect two users togetherin real-time, the service is based on the user maintaining currentregistrations with the service.

Today, most users have multiple networked devices (laptop, smartphone,tablet, etc.) that may be used at various times. Some of those devicesmay be shared among several people (e.g., family members) andnotifications should come to those devices only when the rightindividual is using the device. For example, suppose that Grace is adoctor who is on call for consultations from ten separate practiceswhich use separate web-based services to communicate with medicalprofessionals. Each of the services may have a separate unique login andpassword for Grace. When Grace logs onto the network from any device inthe morning, she wants to be connected to all ten services from a singledevice. If Grace switches from her laptop at home to her cell phone andthen to her laptop at work, she may want to inform all ten services tocontact her to her work laptop. If Grace has multiple devices registeredto all ten services simultaneously, she may want to be able to eitherhave all the devices be informed of incoming messages, or to designatecertain devices to communicate with certain services. However, noexisting systems provide Grace with a centralized control over therelationship between a plurality of her devices and a plurality ofservices in the manner described in this example.

SUMMARY

In one embodiment, a method for centralized control of user devices viauniversal IP services registrar includes receiving a request to registera user device for a plurality of services, registering the user devicefor the plurality of services by creating a user settings profile forthe user for each of the plurality of services, receiving data from theplurality of registered services, and transmitting received data to theuser device in accordance with the user profile, wherein the userprofile comprises user authentication parameters, user connectionparameters, a list of user devices, data parameters, and data deliveryparameters, wherein registering the user device for a plurality ofservices comprises: establishing a signaling connection to each of theplurality of services via an application programming interface of eachof the plurality of services; and authenticating a user of the userdevice for each of the plurality of services, wherein establishing asignaling connection comprises providing the plurality of services withan Internet Protocol address, wherein creating a user profile for eachof the plurality of services comprises: selecting a type of data to bedelivered to the user device; selecting a schedule for data to bedelivered to the user device; selecting default notification data; andselecting routing preferences for data to be delivered to the userdevice, and wherein routing preferences comprise: designating other userdevices to receive data; designating conditions upon which data is to bedelivered to other user devices; and designating conditions upon whichdata is to be delivered to the user device at times different from timesselected in the schedule for data to be delivered to the user device.

In one other embodiment, Session Initiation Protocol (SIP)/IP MultimediaSubsystem (IMS) registrations and routing or similar commonly used orstandards-based messaging systems can be used to track the user andselect the proper services to manage incoming requests.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary connection configuration of multipleuser devices each being connected to a plurality of services inaccordance with an embodiment;

FIG. 2 illustrates exemplary connection of an additional user device tothe plurality of services in the existing connection configuration inaccordance with an embodiment;

FIG. 3A illustrates an exemplary connection configuration of theplurality of user devices to the plurality of services via universal IPaddress registrar/hub in accordance with an embodiment;

FIG. 3B illustrates exemplary connection of an additional user device tothe plurality of services via universal IP address registrar/hub inaccordance with an embodiment;

FIG. 4 illustrates an exemplary method for centralized control of userdevices via universal IP services registrar/hub in accordance with anembodiment;

FIG. 5 illustrates an exemplary registration method for registeringadditional user device with each of the plurality of services by UIPSRin accordance with an embodiment;

FIG. 6 illustrates an exemplary user profile matrix indicating datarouting between a plurality of user devices and a plurality of servicesin accordance with an embodiment; and

FIG. 7 illustratively depicts components of a computer that may be usedto implement an exemplary system.

DETAILED DESCRIPTION

A method and system provide for a centralized control of user devicesvia universal IP services registrar/hub where a method for centralizedcontrol of user devices via universal IP services registrar includesreceiving a request to register a user device for a plurality ofservices, registering the user at the IP address representing aninstance of the UIPSR (301) for the plurality of services by creating auser settings profile for the user for each of the plurality ofservices, receiving data from the plurality of registered services, andtransmitting received data to one or more of the current registered userdevice(s) in accordance with the user profile. Functions and techniquesperformed by the universal IP services registrar/hub (UIPSR) for unifiedcross-application event management are described in detail with furtherreferences to the examples of FIGS. 1-7.

FIG. 1 illustrates existing exemplary connection configuration of aplurality of exemplary user devices each being connected to a pluralityof services. In such connection configuration, each of the plurality ofexemplary user devices 102, 104, 106, and 108 (e.g., Laptop, Tablet, IPTelevision, Wireless Telephone, etc.) currently have to register withand connect to each available service (WebRTC Service 122, 124, and 126and Notification Service 128, 130) in order to receive data from theseservices. For example, if a user has 5 services, as illustrated on FIG.1, and wants to change the user devices for each service, the user needsto connect to each of the five services and update a change of a devicefor each service. In addition to maintaining all of the registrations,the user may want distinct types of data to go to different userdevices. Some devices may not be able to manage all types of incomingdata. For example, the user may have a preference that sports scoreupdates got to his tablet rather than the TV or computer. In anotherexample, a medical specialist, who is registered with multiple medicalsites during the course of the day, may require that each of multiplemedical sites sends messages to him/her at certain times and to certaindevices and may access said sites with different devices. Using existingconnection configurations, the medical specialist may need to spendhours daily updating each of the sites on how he/she should be reached.

FIG. 2 illustrates exemplary connection of an additional user device tothe plurality of services in the existing connection configuration.Here, additional user device 210 currently has to connect separately toeach available service (WebRTC Service 222, 224, and 226 andNotification Service 228, 230) in order to receive data from each ofthese services. Further, every time a device is turned on, it getsdifferent IP addresses, so the user needs to re-register with each ofthe services (e.g., AOL Instant Messenger) for the “new” device.Finally, user devices may change their IP addresses if they are ondifferent networks because smartphones, tablets, or laptops (mobiledevices) acquire a different IP address each time they change WirelessFidelity, Wireless Internet (Wi-Fi) networks or move between Wi-Fi andcellular networks. That is, the IP address used for a smartphone overWi-Fi may be different from the Mobile IP address used by the samesmartphone over the wireless network; therefore, each modification wouldrequire new registrations at each server.

FIG. 3A illustrates an exemplary connection configuration of theplurality of user devices to the plurality of services via a universalIP address registrar/hub (UIPSR). The UIPSR 301 is a universalcentralized point of connection of the plurality of existing userdevices 302, 304, 306, and 308 to the plurality of services 322, 324,326, 328, and 330. In a preferred embodiment, as a universal centralizedpoint of connection, the UIPSR 301 allows users to connect theirmultiple user devices to any number of services as long as the UIPSR 301is connected to these services. Messages from these services would reachthe user at any device based on the information kept at the UIPSR 301.

FIG. 3B illustrates a connection of a new user device 310 to theplurality of services 322, 324, 326, 328, and 330 via the UIPSR 301.

According to an embodiment, the UIPSR 301 may be any system, device,hardware, middleware, and/or software, and/or any combination thereofthat is able to establish a connection with or be integrated with otherdevices and services, such as user devices 302, 304, 306, 308, and 310and service providers 322, 324, 326, 328, and 330. In one embodiment,the UIPSR 301 may be coupled with user devices 302, 304, 306, 308, and310 via at least one communication network (not shown). In anotherembodiment, the UIPSR 301 may be integrated in user devices 302, 304,306, 308, and 310 as a utility service running on a background.

In another embodiment, the UIPSR 301 may be directly connected to userdevices 302, 304, 306, 308, and 310. It is to be understood that theUIPSR 301 may be communicating with or accessed by user devices 302,304, 306, and 308 and by service providers 322, 324, 326, 328, and 330in the cloud. In addition, the UIPSR 301 may be configured to beavailable to user devices 302, 304, 306, 308, and 310 on demand, forexample, based either on local processes occurring on user devices 302,304, 306, 308, and 310 or based on processes driven by applications orservices provided by service providers 322, 324, 326, 328, and 330. Theavailability of the UIPSR 301 to the user devices 302, 304,306,308 and310 may be established with SIP registrations.

According to an embodiment, user devices 302, 304, 306, 308, and 310 canbe any system and/or device, and/or any combination of devices/systemsthat is able to establish a connection with another device, a serverand/or other systems such as the UIPSR 301 and/or services 322, 324,326, 328, and 330. It is to be understood that user devices 302, 304,306, 308, and 310 can include mobile or portable devices or non-portabledevices and can be any of, but not limited to, a server desktop, adesktop computer, a computer cluster, or portable devices including, anotebook, a laptop computer, a handheld computer, a palmtop computer, amobile phone, a cell phone, a smart phone, a PDA, a handheld tablet(e.g., an iPad), a handheld console, a set top box, a television ormonitor, a handheld gaming device or console, and/or any other portable,mobile, handheld devices, etc.

According to an embodiment, services 322, 324, 326, 328, and 330 mayprovide applications, content, and services that include those used toread, generate and deliver emails, instant messages, SMS, or other formsof messages or voice or video phone calls. The messaging applicationsand communications services may also include social network-basedapplications such as Facebook®, Twitter®, Flickr®, Gtalk®, LinkedIn®,Skype®, or the like. The messaging applications and communicationsservices may be based on WebRTC technology implemented in a browser ormay use a dedicated application. Also, services 322, 324, 326, 328, and330 may include financial (online banking, online trading), professional(medical, emergency, military) notifications, recreational (fantasysports), etc. services. In one of the embodiments, disclosed UIPSR 301may provide a more efficient interface, such as SIP/IMS, to enable auser to interact with multiple applications and communication channelsvia a common standards-based client.

According to an embodiment, at least one communication network (notshown), over which the user devices 302, 304, 306, 308, and 310 and theUIPSR 301 communicate, may be a cellular network, a telephonic network,an open network, such as the Internet, or a private network, such as anintranet and/or the extranet, a secure communications protocol, such assecure sockets layer (SSL), or transport layer security (TLS), or anycombination thereof. For example, the Internet can provide filetransfer, remote log in, email, news, RSS, cloud-based services, andother services through any known or convenient protocol, such as, butnot limited to, the TCP/IP protocol, Open System Interconnections (OSI),File Transfer Protocol (FTP), Universal Plug and Play (UPnP), InternetSmall Computer System Interface (iSCSI), Integrated Services DigitalNetwork (ISDN), Plesiochronous Digital Hierarchy (PDH), RS-232 port,Synchronous Digital Hierarchy (SDH), Synchronous Optical NETwork(SONET), etc. A communication network can be any collection of distinctnetworks operating wholly or partially in conjunction to provideconnectivity to the user devices 302-310 and to the UIPSR 301 and mayappear as one or more networks to the services 322-330.

Communications also can be achieved via one or more of WiMax, a LocalArea Network (LAN), Wireless Local Area Network (WLAN), a Personal areanetwork (PAN), a Campus area network (CAN), a Metropolitan area network(MAN), a Wide area network (WAN), a Wireless wide area network (WWAN),enabled with technologies such as, by way of example, Global System forMobile Communications (GSM), Personal Communications Service (PCS),Digital Advanced Mobile Phone Service (D-Amps), Bluetooth®, Wi-Fi, FixedWireless Data, 2G, 2.5G, 3G, 4G, IMT-Advanced, pre-4G, 3G LTE, 3GPP LTE,LTE Advanced, Wireless MAN-Advanced networks, enhanced data rates forGSM evolution (EDGE), General packet radio service (GPRS), enhancedGPRS, iBurst, UMTS, HSPDA, HSUPA, HSPA, UMTS-TDD, 1×RTT, EV-DO,messaging protocols such as, TCP/IP, SMS, MMS, extensible messaging andpresence protocol (XMPP), real time messaging protocol (RTMP),SIP/SIMPLE, instant messaging and presence protocol (IMPP), instantmessaging, USSD, IRC, or any other wireless data networks or messagingprotocols.

According to an embodiment, content may be transmitted by way of anetwork and a cloud database that processes the information anddetermines the proper routing, recipients, and directional guidelinesfrom the graphical user interface. This method allows content to flowfrom peer-to-peer while being temporarily cached at a centralizedlocation with the UIPSR 301 providing content. The UIPSR 301 may employseveral known and proprietary routing algorithms to ensure that thecontent is transmitted to the desired/intended audience. This mayinclude content provided by the service at registration time that mustbe transmitted to the device before receiving the real-time message orcontent.

According to an embodiment, in order for a user to take advantage of theconvenience of UIPSR functionality, each user device 302, 304, 306, 308,and 310 must be registered with the UIPSR 301. These registrations maybe SIP Registrations and the UIPSR may play the role of a SIP Registrarin registering the endpoints. The UIPSR 301 registers with each serviceto which the customer subscribes. It is to be understood that the UIPSR301 may need to be acquainted with a registration process for eachservice.

FIG. 4 illustrates an exemplary method for centralized control of userdevices via universal IP services registrar/hub, (i.e., UIPSR 301). Atstep 402, a request to register a new user device 310 with a pluralityof services 322, 324, 326, 328, and 330 is received by the UIPSR 301. Itis to be understood that the request may be received via wired, wirelessconnection, or via motion-detected predefined physical gesture.

At step 404, the user device 310 is registered with the UIPSR 301 whichcan relay any incoming communications from the plurality of services322, 324, 326, 328, and 330. An exemplary registration method forregistering the new user device 310 with each of the plurality ofservices 322, 324, 326, 328, and 330 by the UIPSR 301 is illustrated onFIG. 5.

At step 408, the UIPSR 301, after receiving communications from any oneof the services, sends the communication and any additional datareceived at registration, to the current device(s) that the user wantsto receive the communication, as indicated in the user profile.

The method of FIG. 5 can be used in the implementation of step 404 ofFIG. 4. At step 502 of FIG. 5, a signal connection to each of theplurality of services is established by the UIPSR 301. Person skilled inthe art will understand that, for such a signal connection to each ofthe plurality of services, the UIPSR 301 may need to obtain and/orinteract with the Application Programming Interface (API) from eachservice 322, 324, 326, 328, and 330. API integration and interaction maybe achieved through the use of individual API adapters or by followingstandards or accepted conventions of API integration.

In an embodiment, a mixture of standard-based and unique interfaces maybe supported for API integration and signal connection. A result ofestablishing a signal connection between the UIPSR 301 and each of theplurality of services 322, 324, 326, 328, and 330 is that each serviceis provided with a single universal IP address of the UIPSR 301 fortransmission of data between the UIPSR 301 and each of the plurality ofservices 322, 324, 326, 328, and 330.

At step 504, a user authentication with each of the plurality ofservices 322, 324, 326, 328, and 330 is performed by the UIPSR 301. Inthe scope of the user authentication process, the UIPSR 301 is to beprovided with a user id/password for the new user device for each of theplurality of services 322, 324, 326, 328, and 330. It is to beappreciated that the UIPSR 301 may be provided with any number and/ortype of unique user identifiers for the new user device for each of theplurality of services 322, 324, 326, 328, and 330. It is to beunderstood that the user authentication at step 504 needs to beperformed only upon initial request to connect one or more user devicesto a plurality of services. All subsequent authentication requests willbe conducted by the UIPSR 301 upon detecting that a user intends tointeract with any of the plurality of services through one or more userdevices registered with the UIPSR 301.

Upon successful authentication of the new user device 310 with eachservice 322, 324, 326, 328, and 330, at step 506 of FIG. 5, a userprofile is created by the UIPSR 301 for the new user device 310 for eachservice 322, 324, 326, 328, and 330. Information in the registrationwith the UIPSR 301 may be used to create the profile of how the deviceis used. The user profile may contain authentication parameters (e.g.,user id, password, IP address, proxy server address, biometric data,etc), user connection parameters, a list of other user devices, datadelivery parameters, data type parameters, scheduling parameters,default notification parameters, and data routing parameters. Individualdevice profiles may include the capabilities of the device, the serviceswith which the device should be used, whether the device is mobile,software supported on the device and other preferences for the use ofthe device.

The following example illustrates how user profiles may be created andmodified for each user device. When at home, outside of business hours,a user named Henry wants electronic invitations for computer gaming tobe sent to his playstation and for all sports alerts to be sent to hiscomputer. All work-related notifications have to be directed to hisdesktop computer unless certain people send these work-relatednotifications. On his way to work, Henry wants real-time trafficnotifications to be sent to his smartphone. Because Henry is notavailable for multimedia calls, an announcement should be playedproviding a caller with an option to leave a multimedia message. Certainmultimedia calls, depending on its type and/or calling party, may allowhands-free participation (if legal). At the office, Henry does not wantto receive any gaming invitations. All work-related notifications shouldbe directed to his work computer. When Henry is in a meeting, he doesnot want to be disturbed by any notifications except for ones related tosales workflow as it may need his approval of a price in real-time.Also, Henry wants to be able to switch profiles for his smartphone andhis work computer in a single action from any of his devices.

FIG. 6 illustrates an exemplary user profile matrix indicating datarouting between a plurality of user devices and a plurality of servicesthat may be generated in accordance with an embodiment. Particularly,the user profile matrix indicates from which of the plurality ofservices each of the user devices is scheduled to receive data. Ingeneral, the routing preferences in the user profile may include: (a)designation of other user devices to asynchronously receive incomingdata, (b) designation of conditions upon which data is to be deliveredto the user's other user devices, and (c) designation of conditions uponwhich data is to be delivered to the user device at times different fromtimes selected in the scheduling parameters. In the illustratedembodiment of FIG. 6, user device 302 is enabled for WebRTC Service 322and for WebRTC Service 326, while user device 310 is only enabled forNotification Service 330. One skilled in the art will recognize that theexemplary table of FIG. 6 is a non-limiting example and may include anyadditional and/or desired options, parameters, and settings.

The profiles for use of each device may be implemented by havingrequirements placed by the service or the UIPSR 301 matched against thecapabilities declared by the device during registration.

Returning to FIG. 4, at step 406 data from one or more of a subscribedplurality of services 322, 324, 326, 328, and 330 is received by theUIPSR 301. At step 408, data received from subscribed services 322-330is transmitted to one or more of the user devices 302, 304, 306, 308,and 310 by the UIPSR 301 in accordance with the user profile created andassociated with each service sending data 322, 324, 326, 328, and 330.In an embodiment, data can be forwarded to all the registered endpointsor to a subset of those endpoints based on endpoint capabilities or userpreferences.

In an embodiment, when devices are added or substituted, new userdevices need to register only once with the UIPSR 301. There is nonecessity to update each of the services separately. When there is a newservice to be added, the user can add the service just once, having itcommunicate with the UIPSR 301, and indicate to the UIPSR 301 what rulesto follow in distributing/forwarding data.

In an embodiment, the UIPSR 301 may provide a user with a unified accessuniversal graphical user interface for consolidated access to userprofiles. The unified access universal graphical user interfacedisclosed herein can be actuated and interacted with using anyconventional or known input device including but not limited to physicalkeyboard, touch screen display, motion sensor, microphone, mouse, othertypes of pointer devices and any additional input device. The unifiedaccess and management of services 322, 324, 326, 328, and 330 may beprovided by the UIPSR 301 locally on user devices 302, 304, 306, 308,and 310 to access services 322, 324, 326, 328, and 330 and dataoriginated from these services (e.g., accounts, websites, services,documents, files, media, or any other data provided by a third partyservices).

In an advantageous embodiment, the disclosed unified access universalgraphical user interface may further enable a user to perform the mostcommonly accessed functions of each of the services 322, 324, 326, 328,and 330 without having to launch or interact with services themselves.Also, the disclosed unified access universal graphical user interfacemay allow a user to have an integrated view of these functions acrossmultiple services to provide the user with a more efficient way to checkthe status, notifications, or inbox (or its equivalent) of multipleservices without having to launch and navigate through each of multiplemessaging applications or communications channels.

In one embodiment, the unified access universal graphical user interfacemay enable the user to propagate, via the UIPSR 301, a singledirective/instruction simultaneously to several services. For example,the user, who wishes to instruct all services to hold delivery of anydata for a certain period of time, may elect an option to post a singleinstruction to all services 322, 324, 326, 328, and 330 via the UIPSR301. Upon detection that such an option was selected, the user'sinstruction is translated by the UIPSR 301 into a correspondingappropriate format for each selected service and simultaneouslypropagated to the plurality of services 322, 324, 326, 328, and 330. Inan embodiment, the unified access universal graphical user interface mayduplicate already existing options provided by each of the plurality ofservices 322, 324, 326, 328, and 330.

One skilled in the art will recognize that the method of FIG. 4 isnon-limiting and that components of the presented system may be combinedin any way in various embodiments and may include any additional and/ordesired components and/or configurations. The foregoing examples are tobe understood as being in every respect illustrative but notrestrictive.

FIG. 7 is a high-level block diagram of an exemplary computer that maybe used for implementing a universal IP services registrar/hub. Computer700 comprises a processor 701 operatively coupled to a data storagedevice 702 and a memory 703. Processor 701 controls the overalloperation of computer 700 by executing computer program instructionsthat define such operations. The computer program instructions may bestored in data storage device 702, or other computer readable medium,and loaded into memory 703 when execution of the computer programinstructions is desired. Thus, the steps of FIGS. 4 and 5 can be definedby the computer program instructions stored in memory 703 and/or datastorage device 702 and controlled by processor 701 executing thecomputer program instructions. For example, the computer programinstructions can be implemented as computer executable code programmedby one skilled in the art to perform an algorithm defined by the methodsteps of FIGS. 4 and 5. Accordingly, by executing the computer programinstructions, the processor 701 executes an algorithm defined by themethod steps of FIGS. 4 and 5. Computer 700 also includes one or morenetwork interfaces 705 for communicating with other devices via anetwork. Computer 700 also includes one or more input/output devices 704that enable user interaction with computer 700 (e.g., display, keyboard,mouse, speakers, buttons, etc.).

Processor 701 may include both general and special purposemicroprocessors and may be the sole processor or one of multipleprocessors of computer 700. Processor 701 may comprise one or morecentral processing units (CPUs), for example. Processor 701, datastorage device 702, and/or memory 703 may include, be supplemented by,or incorporated in, one or more application-specific integrated circuits(ASICs) and/or one or more field programmable gate arrays (FPGAs).

Data storage device 702 and memory 703 each comprise a tangiblenon-transitory computer readable storage medium. Data storage device702, and memory 703, may each include high-speed random access memory,such as dynamic random access memory (DRAM), static random access memory(SRAM), double data rate synchronous dynamic random access memory (DDRRAM), or other random access solid state memory devices, and may includenon-volatile memory, such as one or more magnetic disk storage devicessuch as internal hard disks and removable disks, magneto-optical diskstorage devices, optical disk storage devices, flash memory devices,semiconductor memory devices, such as erasable programmable read-onlymemory (EPROM), electrically erasable programmable read-only memory(EEPROM), compact disc read-only memory (CD-ROM), digital versatile discread-only memory (DVD-ROM) disks, or other non-volatile solid statestorage devices.

Input/output devices 705 may include peripherals, such as a printer,scanner, display screen, etc. For example, input/output devices 704 mayinclude a display device such as a cathode ray tube (CRT), plasma orliquid crystal display (LCD) monitor for displaying information to theuser, a keyboard, and a pointing device such as a mouse or a trackballby which the user can provide input to computer 700.

One skilled in the art will recognize that an implementation of anactual computer or computer system may have other structures and maycontain other components as well, and that FIG. 7 is a high-levelrepresentation of some of the components of such a computer forillustrative purposes.

The foregoing Detailed Description is to be understood as being in everyrespect illustrative and exemplary, but not restrictive, and the scopedisclosed herein is not to be determined from the Detailed Description,but rather from the claims as interpreted according to the full breadthpermitted by the patent laws. It is to be understood that theembodiments shown and described herein are only illustrative of theprinciples and that various modifications may be implemented by thoseskilled in the art without departing from the scope disclosed herein.Those skilled in the art could implement various other featurecombinations without departing from the scope disclosed herein.

1. A method, comprising: executing, by an end user device, a universalhub as a utility service running on a background, wherein the end userdevice is one of a plurality of user devices associated with a user;registering, by the universal hub of the end user device, the pluralityof user devices for an internet service by creating a profile for eachof the plurality of user devices; and identifying, by the universal hubof the end user device, certain user devices, from the plurality of userdevices, to which the universal hub should send data received from theinternet service, wherein the certain user devices are identified basedon the profile for each of the plurality of user devices and a type ofthe data, and wherein the profile for each of the plurality of userdevices comprises an identity of an entity providing the internetservice.
 2. The method of claim 1, further comprising: causing a userinterface to display, on the certain user devices, an integrated view ofnotifications for the internet service based on the profiles for thecertain user devices.
 3. The method of claim 1, further comprising:registering the plurality of user devices for a plurality of otherinternet services; receiving a particular instruction from one of theplurality of user devices for sending to a plurality of services, theplurality of services comprising the internet service and the pluralityof other internet services; translating the particular instruction intoa plurality of translated instructions, each translated instruction ofthe plurality of translated instructions having a format correspondingto a respective service of the plurality of services; and transmittingeach translated instruction to the respective service.
 4. The method ofclaim 1, wherein the profile for each respective user device of theplurality of user devices defines a type of information to be deliveredto the respective user device and a schedule for the information to bedelivered to the respective user device.
 5. The method of claim 1,wherein creating the profile for each of the plurality of user devicescomprises matching requirements of the internet service withcapabilities of each of the plurality of user devices.
 6. The method ofclaim 1, wherein the data is temporarily cached during transmitting thedata to the certain user devices, wherein receiving the data from theinternet service by the universal hub of the end user device is based ona request from one of the plurality of user devices other than the enduser device, wherein the profile for each of the plurality of userdevices indicates delivery rules corresponding to device location,content type, calling party, meeting time, and wherein a first profileassociated with a first user device is configured to be switched to asecond user device utilizing a single user input.
 7. The method of claim1, wherein the data comprises a notification associated with theinternet service.
 8. The method of claim 1, wherein registering theplurality of user devices for the internet service by creating theprofile for each of the plurality of user devices comprises:authenticating a user of the plurality of user devices for the internetservice.
 9. An apparatus, comprising: a processor; and a memory to storecomputer program instructions, the computer program instructions whenexecuted on the processor cause the processor to perform operationscomprising: executing a universal hub as a utility service running on abackground, wherein the apparatus is an end user device that is one of aplurality of user devices associated with a user; registering, by theuniversal hub, the plurality of user devices for an internet service bycreating a profile for each of the plurality of user devices; andidentifying, by the universal hub, certain user devices, from theplurality of user devices, to which the universal hub should send datareceived from the internet service, wherein the certain user devices areidentified based on the profile for each of the plurality of userdevices and a type of the data, and wherein the profile for each of theplurality of user devices comprises an identity of an entity providingthe internet service.
 10. The apparatus of claim 9, the operationsfurther comprising: causing a user interface to display, on the certainuser devices, an integrated view of notifications for the internetservice based on the profiles for the certain user devices.
 11. Theapparatus of claim 9, the operations further comprising: registering theplurality of user devices for a plurality of other internet services;receiving a particular instruction from one of the plurality of userdevices for sending to a plurality of services, the plurality ofservices comprising the internet service and the plurality of otherinternet services; translating the particular instruction into aplurality of translated instructions, each translated instruction of theplurality of translated instructions having a format corresponding to arespective service of the plurality of services; and transmitting eachtranslated instruction to the respective service.
 12. The apparatus ofclaim 9, wherein the profile for each respective user device of theplurality of user devices defines a type of information to be deliveredto the respective user device and a schedule for the information to bedelivered to the respective user device.
 13. The apparatus of claim 9,wherein creating the profile for each of the plurality of user devicescomprises matching requirements of the internet service withcapabilities of each of the plurality of user devices.
 14. The apparatusof claim 9, wherein the data is temporarily cached during transmittingthe data to the certain user devices, wherein receiving the data fromthe internet service by the universal hub of the apparatus is based on arequest from one of the plurality of user devices other than theapparatus, wherein the profile for each of the plurality of user devicesindicates delivery rules corresponding to device location, content type,calling party, meeting time, and wherein a first profile associated witha first user device is configured to be switched to a second user deviceutilizing a single user input.
 15. A non-transitory computer readabledevice storing computer program instructions for transmitting data,which, when executed on a processor, cause the processor to performoperations comprising: executing a universal hub as a utility servicerunning on a background, wherein the processor is part of an end userdevice that is one of a plurality of user devices associated with auser; registering, by the universal hub, the plurality of user devicesfor an internet service by creating a profile for each of the pluralityof user devices; and identifying, by the universal hub, certain userdevices from the plurality of user devices to which the universal hubshould send data received from the internet service, wherein the certainuser devices are identified based on the profile for each of theplurality of user devices and a type of the data, and wherein theprofile for each of the plurality of user devices comprises an identityof an entity providing the internet service.
 16. The non-transitorycomputer readable device of claim 15, the operations further comprising:causing a user interface to display, on the certain user devices, anintegrated view of notifications for the internet service based on theprofiles for the certain user devices.
 17. The non-transitory computerreadable device of claim 15, the operations further comprising:registering the plurality of user devices for a plurality of otherinternet services; receiving a particular instruction from one of theplurality of user devices for sending to a plurality of services, theplurality of services comprising the internet service and the pluralityof other internet services; translating the particular instruction intoa plurality of translated instructions, each translated instruction ofthe plurality of translated instructions having a format correspondingto a respective service of the plurality of services; and transmittingeach translated instruction to the respective service.
 18. Thenon-transitory computer readable device of claim 15, wherein the profilefor each respective user device of the plurality of user devices definesa type of information to be delivered to the respective user device anda schedule for the information to be delivered to the respective userdevice.
 19. The non-transitory computer readable device of claim 15,wherein the data comprises a notification associated with the internetservice.
 20. The non-transitory computer readable device of claim 15,wherein registering the plurality of user devices for the internetservice by creating the profile for each of the plurality of userdevices comprises authenticating a user of the plurality of user devicesfor the internet service.